/usr/share/doc/wpasupplicant/README.modes.gz
. All you need is the following in /etc/network/interfaces:
allow-hotplug ath0 iface ath0 inet manual wpa-driver wext wpa-roam /etc/wpa_supplicant/wpa_supplicant.confThen create your wpa_supplicant.conf as follows:
ctrl_interface=/var/run/wpa_supplicant network= key_mgmt=NONEThat’s it. You can now roam from one open network to the next and the supplicant will connect you to each one in turn. I have used this to reconnect to my screen session each time the bus slows down for a stop or gets stuck in traffic to carry on conversations on irc for the whole length of the commute. If you also connect to networks requiring authentication, you’ll need to add a “network” clause for each network. See
/usr/share/doc/wpasupplicant/examples/
for help with that, particularly the annotated conf file, README.wpa_supplicant.conf.gz
.
For finer control over the process, I use sudo wpa_cli
so i can:
scan
, then scan_results
,disconnect
from a network once I know it’s out of rangereassociate
as needed.<IfModule mod_fastcgi.c> <Directory /var/www/vir/syn.theti.ca/typo> FastCgiIpcDir /tmp/fcgi_ipc/ FastCgiServer /var/www/vir/syn.theti.ca/typo/public/dispatch.fcgi -initial-env RAILS_ENV=production -processes 15 -idle-timeo ut 60 </Directory> </IfModule>It’s strange that the section is called mod_fastcgi.c, not mod_fcgid.c. Either that was done to make it a “drop in” replacement for fastcgi, and later changed in the next release, or else this config was not actually used, but somehow my blog started in production mode before the upgrade anyway. In any case, the blog is back in production node with the new fcgid with the following module section (based on this one from the mod_fcgid home page).
<IfModule mod_fcgid.c> DefaultInitEnv RAILS_ENV production <Directory /var/www/vir/syn.theti.ca/typo> FCGIWrapper "/var/www/vir/syn.theti.ca/typo/public/dispatch.fcgi" .fcgi </Directory> </IfModule>Hope this is helpful to others making the upgrade.
Ben Armstrong commented:
"When trying to pin down the exact date when I joined, the keyring changelog is no help. First entry for me is in 2000, which is 3 years later. The web archive is no good, as I joined too late in 1997. Searching for me in the PTS shows my first changelog entry 6 Nov 1997, but that's a bit sloppy because that datestamp was added when the packaging process started. It doesn't reflect when the package was finally uploaded. Mailing list posts are little help. But the first file on master is Dec 8 1997 .Xauthority. So I know it was between November 6th and Dec 8th. Not too bad, but I'd love to know the exact day."Glad it was some use. I have my suspicions that the only way to find the exact date is to get all the keyring maintainers from that time and regress them under hypnosis. Do you think we can arrange that as a BOF at Debconf next week? The "Cracking Open Minds to Discover Debian Developer Joining Dates BOF"?
1 Before we started using Debian in 1995, the family system was a VT-420 terminal connected to the Solaris system running our community freenet. At that time our kids would sit in my lap and play at typing into pico for their amusement.
2 For instance, I was pleased to discover the other day that my egoboo patch was accepted. That was a direct result of my kids asking me to make it work for them.
$ svn co svn://svn.debian.org/debianjrAs well, I registered Debian Jr. at http://cia.vc/ and configured svn so that the CIA bot will report on the #debian-jr channel at irc.debian.org for every commit. And finally, I applied for the creation of a debian-commits@lists.alioth.debian.org list. As soon as the list is created, I will hook it up to the repository so you can subscribe to commit emails.
1 Although this seemed like a good idea at the time, for various reasons I ended up sticking with the single metapackage per category model Debian Jr. uses to this day. But I have retained this experiment in the repository under svn://svn.debian.org/debianjr/branches/EXP-cdd-dev in case we ever reverse that decision.
I have put this script in subversion and added a man page. Check it out:
$ svn co svn://svn.debian.org/pkg-games/people/synrg/xjig
or browse the repository.
sudo apt-get install live-helper svn co svn://svn.debian.org/debian-live/configs/junior sudo make-live --root junior &>make-live.logThis will build a
usb
image for the gnome-junior
package list. If you want a regular iso image or want to try the kde-junior
or xfce-junior
lists, just make the appropriate changes in config
.
I have tested the usb image on a 1G usb key. At this point I’m not layering on customizations, but am focusing on basic usability issues: X autoconfiguration, sound, menus, etc. Once I’m happy with these I’ll move on to the kinds of customizations we’d like to make for children.
1 live-helper is still in NEW at the moment. I’ve been checking it out from svn and building the package myself, though you can also get Daniel’s packages from his site. My config should work with a2-1 or later.
update For the time being it is best to stick with live-helper from svn, as my configs are being developed to work with trunk, which is still in flux (e.g. config variables are renamed without notice, etc.)svn co svn://svn.debian.org/debian-live/dists/trunk/live-helper cd live-helper ; debuild -us -uc
$ sudo make-live -t usb -p gnome-junior
This makes a ./debian-live/binary.img that can be put on a 1G usb key flashdrive.
We have more work to do to polish this. Particularly, since the GNOME and KDE flavours are larger than a 700M CD, some fat could be trimmed. If you’ve tried it, I’d love to hear your ideas on debian-jr@lists.debian.org.
#!/bin/bash
slowtype ()
echo "$@" sed -re 's/(.)/\"str \1\"\n\"usleep 15\"\n/g'
pcsx &
xte "sleep 2" "keydown Control_R" "key o" "keyup Control_R" "sleep 1"
slowtype "$@" xargs xte
xte "key Return"
The hard part was that pcsx is afflicted by one of my pet peeves, a typeahead find that cannot be disabled. As a result, if you make xte type at full speed into the open file dialog, the filepath comes out all jumbled up. This happens because the filepath is constantly being redrawn as xte types characters, so the cursor isn’t always at the end of the line. The usleep 15
allows the cursor to reach the end of the line before typing the next character.
Of course, this is truly a hack, subject to variations in timing between systems, so if you use it, you may have to tweak the sleep and usleep values. But it works well enough as a workaround until pcsx-df is fixed to accept a CD image on the command line.
Next.